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(54) Community energy comsumption management 



(57) A networked intelligent energy management 
system (NIEMS) (1 00) provides the capability for a com- 
munity NIEMS server (1 50) to schedule jobs to be done 
in each household in a community, based on the avail- 
ability, monetary cost and/or environmental cost of the 
energy required to complete a specific job, for example 



a washing cycle in a washing machine. NIEMS therefore 
smoothes the load placed on energy resources. In par- 
ticular the system reduces the peak load on the energy 
supply. The system allows a community to make the 
best use of energy resources. The energy requirements 
and usage of the community can be tailored to favour 
usage of preferred and/or available energy resources. 
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ndividual household appliances to opt.m.se the °™ ^ ^ is provided with its own sources of 
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Plug 'n' Play (PnP) and the internet. Internet standards, notably Internet Protocol (IP), have been used with some 
success despite the concomitant requirement for each IP appliance to have its own unique IP address. 
[0012] The Siemens Instabus System provides a plurality of sensor and actor devices which are in communication 
with one another by means of a bus. The term sensors loosely refers to devices which control, monitor and/or report, 
5 in other words devices which give instructions: examples include thermometers, thermostats, photometers and switch- 
es. As indicated earlier, the term actors refers to devices which in the main receive instructions: for example lighting 
installations, washing machines, heating appliances, and electric blinds. 

[0013] Instabus sensors can detect external conditions: including speed and direction of the wind, outside temper- 
ature, humidity and brightness. Internal conditions can be monitored in a similar way; for example malfunction of ap- 

io pliances, the temperature of stored water, indoors air temperature and motion within rooms. Instabus is actually a 
decentralised event-controlled bus system so that, for example, lighting can be controlled in accordance with both the 
detection of a householder and a low ambient light reading on a photometric sensor provided within the house. Naturally 
Instabus, just like any other smart home system, can be overridden manually. The system allows the householder to 
interact through many paths, including commands typed at a data entry terminal or keypad, commands entered using 

15 a physical key, panic button commands or even voice commands. Instabus is equally applicable to household security 
systems and accessibility solutions for disabled people. 

[0014] Messages are passed around the Instabus in accordance with a bus networking protocol suited to decentral- 
ised control. Other smart homes systems require a central management system and a different networking protocol. 
In these cases, the central management system is generally buill around a computer which gathers information from 

20 sensors, including requests from householders, and instructs "actors" accordingly. The central management system 
may be considered as a server while each of the sensors and actors may be considered clients. Networking protocols 
more appropriate to centralised management systems with this client-server structure include IP. 
[0015] Consider the electricity demands of a model smart home having access to a number of energy sources in- 
cluding a solar panel energy source and a national electricity grid. The smart home management system may manage 

25 a large number of energy consuming actors including a central heating system, ventilation ducts, lighting, a water 
heater, windows, doors, blinds, awnings, and other electrical appliances. Even without considering the source of the 
energy used the presence of smart technology means that the home management system can reduce energy waste. 
The climate in each room can be regulated so that when a householder opens a window the management system 
recognises that event and responds by lowering the temperature of radiators in that room. On a larger scale, the smart 

30 home system can be applied to the whole house so that If the house is left unoccupied for a period of time the house 
will enter an unoccupied default state: rooms would be heated enough to avoid frost damage in pipework but not enough 
for human comfort. 

[0016] Smart homes systems allow scheduling of jobs performed across the entire house. This often results in savings 
due to increasingly efficient use of available resources. Unfortunately when a community of smart homes is considered 

35 together, the supply of energy to the community takes no account of the further efficiency or environmental cost savings 
which might be possible for the community as a whole. Energy management on a house by house basis results in 
patchy or granular efficiency savings and can be highly dependent upon household specific constraints. 
[0017] It is therefore an object of the invention to obviate or at least mitigate the aforementioned problems. 
[0018] In accordance with one aspect of the present invention, there is provided an energy management system for 

40 managing energy usage in a community and determining from which of a plurality of energy resources to demand 
energy, the energy management system comprising: at least one local service area having a local server means and 
at least one energy consuming unit connected to said local server means, each energy consuming unit operable to 
perform at least one task; and a community server means, which manages the provision of energy resources across 
each of said at least one local service areas within the community; whereby said community server means is arranged 

45 to receive from each local service area task data indicative of at least one indicated task, each indicated task being 
associated with a corresponding one of said energy consuming units, and whereby said community server means 
manages the provision of energy resources in order to complete performance of said indicated tasks in said local 
service areas in accordance with a community energy usage strategy. 

[001 9] The present invention can therefore increase the efficiency at which different types of resources can be used 
so and can allow a community to manage the usage of the different types of resources in parallel. Notably the invention 
allows communities to favour the use of green energy resources over other resources when appropriate. In a community 
containing a plurality of households (or businesses) each participating household allows a community server to have 
a degree of control over when or how the household can use energy. Where each household concedes some control 
over energy usage to the community server, the community as a whole can benefit both by making better use of 
55 available or preferred resources and by enabling the community as a whole to bid for access to external resources as 
a block. 

[0020] An energy resource may be considered preferable for many reasons, for instance: the energy resource might 
be local to the community; the energy resource would otherwise be wasted; the energy resource is renewable or 



BNSOCCID: <EP 1263108A1_ 



EP 1 263 108 A1 



produces less pollution; or the energy resource may simply be the cheapest available in monetary terms. In the case 
of a community bidding, external resources are those resources which are not local to the community for instance 
mains gas and National Grid electricity supplies. Often external resources are not 'preferred" energy resources because 
the majority of the energy will originate in the conventional, non-renewable sector of energy production. 
s [0021] The networked communication may be a wired network which operates in accordance with a networking 
protocol. The protocol is advantageously the internet protocol (IP). Alternatively the networked communication may be 
a wireless network which operates in accordance with a wireless networking protocol. 
[0022] Preferably at least one of said energy consuming units is intelligent. 

[00231 It is preferred that the community server manages the provision of energy resources by processing said task 
io data and scheduling the times at which the or each indicated task is performed by said corresponding one of said 

enerqv consuming units. . . ... 

[0024] Each of the given tasks may have an associated deadline time by which the task must be performed and the 
community server may schedule the times at which each task is performed to avoid any task being performed after 
the associated deadline time. 

is [0025] Advantageously the community server means may also bid for energy resources from external energy re- 
sources on behalf of the community. The external energy resource may be the National Gnd. 
r0026] One benefit of the present invention is efficient use of energy resources by individual communities and a 
similar improvement in the efficiency of nationally supplied energy resources, for instance the National Grid and gas 
supplies The peak load on the National Grid can be reduced while the overall manageability of the Gnd can also be 

20 improved. In addition, individual communities can operate the inventive system to reduce their greenhouse gas emis- 

[0027] For a better understanding of the present invention, reference will now be made, by way of example only, to 
the accompanying drawings in which: 

Figure 1 illustrates a wired networked energy management system in accordance with the present invention; 
Figure 2 illustrates the form of requests gathered and stored by the home servers in the system of Figure 1 ; 
Fiaure 3 illustrates an appropriate data structure for a job request; 

Figure 4 illustrates a preferred scheme for the development of acommunity strategy in accordance w.th the present 

Figure ^illustrates two complementary schemes for the development of a community strategy in accordance with 

the present invention; . „ 

Figure 6 illustrates two complementary schemes for relaying instructions from a community server in accordance 

with the present invention; and 

Figure 7 shows the contrasting data structures of job requests and digests. 

[0028] Community energy management systems can be provided using either wired or wireless networks or even a 
combination of the two types of network. Thus it is perfectly possible to have one household provided w.th a wireless 
network and connected to the community as a whole through a wired community network. 

[0029] Figure 1 shows a Networked Intelligent Energy Management System (NIEMS) 1 00 for a community of smart 
•homes' 110 120,170. The system comprises a plurality of home servers 116,126 networked through a wired network 
140 to acommunity NIEMS server 150. Actors and sensors within each house 110,120 are not shown m the figure but 
are connected to the home server 116,126 via conventional media. 

[0030] Each appliance under NIEMS control has a networked connection to the home server 116,126 and may be 
controlled by a remote computer over the networked connection. The community NIEMS server 150 has a networked 
45 connection to the home server 116,126 in each household 110,120 under NIEMS control ina ^ ftrrianr< , 
[0031] The networked communication in the illustrated embodiment is a wired network 1 40 operating in accordance 
with the Internet Protocol (IP) - the network connection is therefore termed an IP network. Each actor or sensor has a 
corresponding embedded IP (or web) server as is well known. 

[0032] When a user wants a job to be done in a NIEMS controlled house 110,120, for example a washing machine 
so cycle, then the user requests that job in the home server 116,126. Tk.«« m ,.nih/ 
[0033] Each home server 1 1 6, 1 26 then sends the request (or requests) to the community server 1 50. The community 
serve 150 therefore collects all the job requests from each household 110,120 in the community and can start to 
schedule the jobs. The scheduling is intelligent in the sense that alterations in sensed environmental condition. .can 
be responded to automatically. In consequence, the communrty server 1 50 can be used to select between th drfferont 
55 sources of energy available to each house individually: renewable sources 112,122 .nclud.ng solar wind and hydroe- 
lectric power and traditional' forms of energy 114.124 including the National Grid, geothermal and gas sources .Se- 
lection of energy resources may be made according to territorial, purely environmental or purely monetary strateg es 
or they may be made according to some combination of strategies, especially if there are insuff.cient cost-effect,ve 
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green energy resources available. The jobs may be scheduled in accordance with numerous factors including: demand; 
the availability of renewable energy; and the current cost of energy. 

[0034] The community server 150 is also arranged to be able to bid as a community for access to a broader range 
of energy resources: for instance wind power solar power, hydroelectric power and even National Grid power 1 52 can 
require a certain minimum demand level before price reductions will be offered. The community server 150 is also 
shown networked to a business building/site 170 which has its energy consumption controlled in a similar fashion to 
the energy consumption of a domestic household. 

[0035] Figure 2 illustrates the form of requests gathered and stored by different home servers 116, 126 in the system 
of Figure 1 . 

[0036] More than one job can be requested at any onetime. Individual job requests are therefore gathered and stored 
by each home server. The individual job requests currently stored on Home Server 1 (HS_1) include a wash cycle- 
request (WASH_1), a car charge request (CAR_1), a central heating system request (CHS_1) and a smart socket 
request (SOCKET_1). Likewise the job requests currently stored on Home Server 2 (HS_2) include a wash cycle 
request (WASH_2), a car charge request (CAR_2) and a smart socket request (SOCKET_2). As will be understood, 
each request can include scheduling and priority information, for instance when the user wants a specified job to be 
completed by. Timing constraints of various kinds can be expressed in requests. The user may require that a job is 
delayed until a certain time, is completed by a certain time or is paused at a certain stage of task execution: in any 
case imposing a constraint introduces a time window for completion of the job. 

[0037] Requests can additionally or alternatively include rules, for example "if the weather is very cold turn up central 
heating". Another example of an energy efficient rule would be to make the scheduling of one task dependent upon 
the scheduling of another task, in the case of washing cycles this might be expressed as a rule to heat water just in 
time for the beginning of wash cycles in each household for which a wash cycle is scheduled. 

[0038] Where households have differing demands and differing access to energy resources, the different constraints 
and rules which each household may express in relation to energy consumption may be synthesised to generate a 
tailor-made scheduling of energy consuming (and generating) tasks across a community as a whole. 
[0039] With individual smart homes, any one of the actors can access electricity from any of the energy sources 
available to the home. Across a community, energy sources can be shared out in an efficient and intelligent way. 
[0040] Consider an illustrative scenario, in which there is sufficient solar power available to a whole community for 
only one washing machine at a time. The community server can schedule the washing machine cycles in each house- 
hold to be completed during the day in series, one after the other. If however there is not enough solar energy, then 
the jobs can be put on hold until there is sufficient energy. Ultimately each household does require a wash cycle to be 
completed before a given time and the community server must accountforthis. The community server thereto re assigns 
a time of last resort such that the job must be started in order to complete before the given time. At the time of last 
resort the management system can start the job using whatever source of energy there is available at the time, selecting 
the cheapest source in terms of either monetary cost or environmental cost and bypassing the insufficient supply from 
the solar energy source. 

[0041 ] A suitable algorithm for scheduling washing machine cycles has a number of steps: 

a determining step in which the algorithm derives resource information regarding any available resources, thereby 
determining how many resources are available and how much energy is presently available for each resource; 
a prediction step in which the algorithm derives prediction information regarding availability of energy in the future, 
thereby allowing for variability in energy sources, for example sunlight, wind strength, tides and temperature; 
an update step in which the resource information is updated with prediction information thereby indicating the 
available energy based on predicted availability of energy; 

a request step in which job request information is gathered, wherein for example the number, duration and timing 
of job requests is established; 

a decision step in which the algorithm chooses a preferred energy resource for the scheduled jobs in accordance 
with the updated resource information and the job request information; and 

a scheduling step in which a job schedule is generated for scheduling the requested jobs to use the resource as 
efficiently as possible. 

[0042] In the illustrative scenario, the community has access to electricity supplies from two resources: solar energy 
and the National Grid. Each washing cycle consumes T kW/h and has a duration of W hours. As shown in Table 1 , 
each resource has its own characteristics. 
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Table 1 



Energy source 


Current availability 
(kW/h) 


Predicted 
availability (kW/h) 


Cost of energy 
resource 


Additional cost per 
kW 


Solar Energy 


<T 


Depends upon 
weather and 
season 


X 


Y 


National Grid 
Electricity 


>T 


Remains constant 


>x 


<Y 
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[0043] Solar energy generates a variable amount of electricity throughout a day. When applying the scheduling al- 
gorithm, the prediction step might involve generating a graph of the predicted availability (e.g. increases during sunny 
afternoon). On the other hand, the National Grid can be assumed to be a source of a constant power 
[0044] As Table 1 summarises, there is sufficient solar power available to the whole community for only one washing 
cycle at a time. If two households, Household 1 and Household 2, were to request wash cycles within 3W and 2W 
hours respectively, the community server can schedule the washing cycles to run consecutively: with Household 2 
starting in W hours and Household 1 starting in 2W hours. The community server can thereby ensure that all the 
electricity supply is drawn from the solar energy source. Should the solar power source produce less than T kW/h : due 
perhaps to unpredictable weather conditions, the community server can draw sufficient additional power from the Na- 
tional Grid to guarantee that the cycles are finished uninterrupted. Should the solar power source produce 2T kW/h or 
more, due perhaps to fortuitous alignment of the solar panels with strong sunlight, both job requests can naturally be 
carried out simultaneously using green energy resources alone. 

[0045] If however Household 1 and Household 2 were both to request washing cycles for completion within a shorter 
time frame, say W hours, and only T kW/h is available from the solar power source, there will be no time to schedule 
consecutive cycles. The community server will instead permit both cycles to run at the same time ensuring that at least 
T kW/h is still drawn from the solar energy source while the remaining power will be drawn from the National Grid. 
[0046] Intelligent scheduling works for conventional energy consuming devices but a further enhancement in effi- 
ciency can be achieved through the integration of intelligent appliances within each household (or business unit) area. 
Thus in Figure 2, both home servers have received requests from intelligent sockets (SOCKET_1 , SOCKET_2) which 
at the least allows the smart home system to switch conventional, non-smart devices off and on. 
[0047] If a local area, domestic or business, contains intelligent appliances, these appliances can be integrated with 
the home server. Each intelligent appliance in the local area may provide an energy consumption model (ECM) to the 
home server. Energy consumption models may be included in the individual job requests or alternatively may be sup- 
plied separately at the request of the home server or the community server. Each energy consumption model includes 
information which has been sensed or otherwise input into the intelligent appliance, for example the time taken to 
complete a job, energy consumed, and/or possible times when job can be paused. 

[0048] The energy consumption model may be stored by the intelligent appliance themselves and provided by the 
appliance to the home server when a user requests a job. Alternatively, the model may be configured and stored by 
the user in the associated home server: as in the case where the appliance cannot itself provide an energy consumption 
model. In either case, the model is sent to the community server within job request messages. The same scheduling 
process can be implemented irrespective of the origin of the energy consumption model provided to it by the home 
server. 

[0049] Figure 3 demonstrates an appropriate structure for a job request. The illustrated job request includes a job 
name, an energy consumption model and a desired completion time. 

[0050] In certain implementations, energy consumption models can themselves be formed from one or more phase 
models. In Figure 3, each phase model includes: a phase name; a duration; consumption data, for example data 
showing consumption in detail throughout the duration of the phase; and a pause time before next phase, where 
necessary. 

[0051] Each phase of an energy consumption model can represent a particular portion of an operation pattern of an 
appliance. Consider the example of a washing machine: any wash cycle will involve a number of distinct phases, for 
instance rinse, wash and spin cycles. Each phase will correspond to distinct energy consumption patterns and will take 
a certain amount of time to complete. It may be possible or even desirable to pause operation of the washing machine 
between some of these phases, between wash and spin cycles for example. 

[0052] The washing machine example above can be used to illustrate how energy consumption models having more 
than one phase can be implemented. 
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Table 2 



Phase of job 


Duration 


Consumption 


Pause time before next phase 


phasel 


J hours 


1 kW/h 


30mins 


phase2 


W hours 


TkW/h 
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[0053] The washing cycle job illustrated in Table 2 comprises two phases, phasel and phase2. The duration field 
states how long each phase lasts. The consumption field states how much energy is required. It is remarked that the 
energy consumption field is not necessarily constant over time and could be represented as a time-dependent function. ' 
The 'pause time before next phase* field represents the maximum time allowed once this phase has been completed 
before the next phase can start. After a washing phase (phasel), the community server could pause the washing 
machine for 30 minutes before starting the spin phase (phase2) of the wash cycle. During this pause the energy avail- 
able to the community could be used for another job. 

[0054] Figure 4 demonstrates one scheme for the development of a community strategy. Each requested task (402) 
stored on the home servers (HS_1 , HS_2, HS_3) of each household has an associated energy consumption model 
(see Fig. 3). The energy consumption models may be sent with the request from an appropriately configured appliance, 
say an intelligent "actor". The energy consumption models may alternatively be stored on the home server for incor- 
poration with a corresponding job request lacking a consumption model. No knowledge of whether the models are 
stored on individual appliances or in home servers is necessary for the scheduling strategy to be effective. 
[0055] Each home server (HS_1 , HS_2, HS_3) gathers and collates the information from each of the job requests 
submitted to it. 

[0056] Each home server then generates a report (R_1 ,R_2,R_3) based on the collated information and transmits 
the report to a community server (CS_1 ) across a network. The community server in turn processes reports from each 
home server and generates a community scheduling strategy. 

[0057] Even if a given appliance were not intelligent, an appropriate energy consumption model could be configured 
and stored on the home server or even input into the home server by the user when necessary. Intelligent mains sockets 
could be used to switch such appliances on or off. The intelligent mains sockets could then provide energy consumption 
information to the home server. 

[0058] It is possible to arrange for generation of limited models of the energy consumption of non-smart devices 
either through empirical results from previous jobs, from manufacturers technical details or from manual entries made 
by householders. For each job, the home server can be configured with the limited model: the information generally 
available using an intelligent mains socket might include available time to complete and average energy consumption 
information. A report based on the limited model would then be sent via the network to the community server during 
the job request procedures. 

[0059] In an IP network the intelligent mains sockets could be described as web-enabled sockets. Intelligent appli- 
ances can interface with the home IP network by means of their own embedded web servers. 

[0060] In Figure 5, an alternative scheme for the development of a community strategy is contrasted with the scheme 
of Figure 4. 

[0061] The scheme of Figure 4, whereby job requests become part of a home server's report, are shown in more 
detail in Figure 5. The job request may originate with an appliance which can independently supply an energy con- 
sumption model (512). Such a job request will simply be collated with other "complete" job requests in the final report. 
[0062] It may be expected that other job requests may originate with appliances which can not supply energy con- 
sumption models (514,516). The user may be the originator of such a request as may a "non-smart" appliance. An 
appropriate energy consumption model is then recovered from configurations stored on the home server and is added 
to each ECM-less request (520) to generate "complete" job requests. 

[0063] Complete job requests, however they are derived, are collated into a final report (522) and only then sent on 
(524) to the community server (CS_1 ). 

[0064] Under the alternative scheme, job requests are addressed directly to the community server (CS_1) without 
the generation of a report. Where a job request lacks an energy consumption model (502) the associated home server 
is consulted and the relevant energy consumption model is incorporated within the job request (504). The community 
server (CS_1) in this scheme must be arranged to receive job requests directly and as each request arrives (506); in 
other words, dynamically. 

[0065] In summary, Figure 5 shows two schemes by which job requests can be directed to a community server. 
Whether job requests are addressed dynamically to the community server or reports are assembled on each home 
server before forwarding to the community server at discrete intervals, the community server receives requests or 
reports and initiates a scheduling algorithm (532). The algorithm results in the generation of a scheduling strategy 
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(534) and instructions are passed back either directly to the relevant actors or via the home servers (536). 
[0066] The possible results of the scheduling algorithm are illustrated in Figure 6. Two complementary schemes for 
relaying instructions from the community server back to the home servers and ultimately to the actors are shown. 
[0067] The first scheme makes use of digests. The scheduling algorithm running on the community server results in 

5 at least one digest of instructions which is addressed to the appropriate home servers (602). The instructions contained 
in the digest are directed to some or all of the actors the addressed home server has control over. Upon receipt of a 
digest (604), each home server then processes the digest (606) to separate out individual job schedule instructions 
from within the digest and transmits the individual job schedules to the relevant actors (608,610). The individual job 
schedule instructions include start/stop and delay times for each job. 

10 [0068] The second scheme is more direct and uses individual job schedules sent directly from the community server 
(CS_1). In this scheme the scheduling algorithm results in individual job schedules (622) which are simply received 
(624), processed (626) and routed to the appropriate actor (628) by the appropriate home servers. 
[0069] In the first scheme digests are sent to each participating home server at regular intervals, say twice daily. The 
individual home servers then take control of the management of appliances within their household. 

15 [0070] In the second scheme each new request sent to a home server results in an update of the scheduling, When 
appropriate, schedules can be dynamically updated to take account not only of the requests within the same house 
but across the whole community. Alternatively, each new request is responded to centrally by the community server 
with either a confirmation that the request can be carried out or a suggestion that the requested task be delayed (or 
brought earlier). In the latter case the scheduling process can act like an appointments diary: first available time slots 

20 are filled as required then the time slots are rearranged under whatever time constraints are imposed. 

[0071] The formats of reports and digests are contrasted in Figure 7. The scheduling algorithm takes the duration, 
pause and desired completion times of each request and generates schedules which instruct individual actors: when 
to start actions; when to stop; and what length of pause can be applied between successive phases of activity. The 
specific start, stop and pause times for each individual phase of each job are incorporated within a schedule for that 

25 job along with details of when the scheduling algorithm expects the task to be completed. A digest is formed from the 
collation of one or more of these individual job schedules and is addressed to a single home server. 
[0072] By scheduling energy consumption for a whole community, the community server can bid for external sources 
of energy at cheaper tariffs. The bidding can take place at any convenient time of day thus strengthening the commu- 
nity's bargaining hand. 

30 [0073] The NIEM system can also surrender a degree of control to certain larger scale management systems. If the 
community server is linked to the National Grid management system it is possible for the Grid to request that the 
community server start a job to provide load on demand or stop/delay a job to reduce the load on the Grid. The com- 
munity server can automatically provide the National Grid with an estimate of the anticipated load on the Grid. This 
will in turn allow better management of the National Grid. On a large scale, providing load on demand could mean that 

35 the community NIEMS server could provide synchronous compensation for the grid. Synchronous compensation is a 
term used in the power generation industry to refer to the necessary generation of reactive power in the provision of 
a stable and level national electricity supply. 

[0074] Although the preceding discussion concentrates upon centralised management, the Networked Intelligent 
Energy Management System of the present invention is not limited to a centralised community management system. 

40 Servers representing each household in a community can be arranged to negotiate for energy resources on behalf of 
their respective households in a decentralised energy resource management system. Reports submitted by represent- 
ative servers are provided with negotiating functionality so that there need be no single community server device. Any 
one of the representative servers may act as the community server for any one task scheduling job. 
[0075] Throughout the preceding discussion the NIEM system is said to allow community energy usage to be tailored 

45 to favour usage of preferred and/or available energy resources. It will be understood that while the preceding discussion 
was directed at the preferential selection of green energy resources the invention can equally be applied to a system 
for preferring the resource which is generated most locally, has the least monetary cost attached or which optimised 
the performance of certain tasks in preference to other tasks. 

so 

Claims 

1. An energy management system for managing energy usage in a community and determining from which of a 
plurality of energy resources to demand energy, the energy management system comprising: 

55 . *' * . v -*'.v . ■ . ; : " . . . - • • ■ 

a plurality of local service areas each having at least one energy consuming unit, each energy consuming unit 

operable to perform at least one task; and . , ~ : 

a community server means, which manages the provision of energy resources across each of said local service 
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areas within the community; 

whereby said community server means is arranged to receive from each local service area task data indicative 
of at least one indicated task., each indicated task being associated with a corresponding one of said energy 
consuming units, and whereby said community server means manages the provision of energy resources in 
order to complete performance of said indicated tasks in said local service areas in accordance with a com- 
munity energy usage strategy. 

An energy management system in accordance with Claim 1 , wherein at least one of said energy consuming units 
is intelligent. 

An energy management system in accordance with Claims 1 or 2, wherein the community server manages the 
provision of energy resources by processing said task data and scheduling the times at which the or each indicated 
task is performed by said corresponding one of said energy consuming units. 

15 4. An energy management system in accordance with Claim 3, wherein each of the given tasks has an associated 
time by which the task must be performed and the community server schedules the times at which each task is 
performed to avoid any task being performed after the associated deadline time. 

5. An energy management system in accordance with any one of the preceding claims, wherein the community server 
20 means bids for energy resources from external energy resources on behalf of the community. 

6. An energy management system in accordance with Claim 5, wherein the external energy resource is the National 
Grid. 

25 7. a method for scheduling performance of a plurality of tasks in accordance with a community energy usage strategy, 
said method having the following steps: 

a determining step in which resource information regarding resources available to a community is derived; 
a request step in which job request information is gathered; 
30 a decision step in which a preferred energy resource for the scheduled jobs is determined in accordance with 

the resource information and the job request information; and 

a scheduling step in which a job schedule is generated for scheduling the requested jobs to use the resource 
as efficiently as possible. 

35 8. The method of Claim 7, further comprising a prediction step in which prediction information regarding future avail- 
ability of energy to a community is calculated and an update step in which the resource information is updated 
with prediction information. 

9. An energy management system substantially as hereinbefore described with reference to the accompanying draw- 
40 ing. 
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